home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970929-19971216 / 000354_news@newsmaster….columbia.edu _Thu Dec 11 22:24:48 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id WAA14702
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Thu, 11 Dec 1997 22:24:47 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id WAA13754
  7.     for kermit.misc@watsun; Thu, 11 Dec 1997 22:24:47 -0500 (EST)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman
  9. From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: Users get logged out spontainously!!!
  12. Followup-To: poster
  13. Date: 12 Dec 1997 03:24:44 GMT
  14. Organization: Columbia University
  15. Lines: 62
  16. Message-ID: <66qaps$6tl$1@apakabar.cc.columbia.edu>
  17. References: <01bd0688$30e0ce00$4c4f12c3@michel>
  18. Reply-To: kermit-support@newsmaster.cc.columbia.edu
  19. NNTP-Posting-Host: watsun.cc.columbia.edu
  20. Xref: news.columbia.edu comp.protocols.kermit.misc:8149
  21.  
  22. In article <01bd0688$30e0ce00$4c4f12c3@michel>,
  23. Michel Krabshuis <mjka@globalxs.nl> wrote:
  24. : Please can someone give me an serious answer or is my question not clear?
  25. : 
  26. : Users get kicked out of Kermit95 without any reason. But on the UNIX host
  27. : the session is still active!!!
  28.  
  29. If you are using a TCP/IP connection, K95 will report a "Connection closed." 
  30. if and only if this has been reported by the TCP/IP stack.  This probably 
  31. is the result of either more than one machine using the same IP address
  32. or some other problem on the connection between the two machines that
  33. results in TCP being unable to deliver a packet from your Win95 machine 
  34. to your Unix system.
  35.  
  36. : Users then logging in again and they are logged in twice.
  37. : Anyone regonize this problems?
  38.  
  39. Users get multiple sessions because Unix does provide a means for a 
  40. Telnet client to pick up a disconnected session in the same way that
  41. other operating systems such as VMS allow you to do.
  42.  
  43. : Furthermore screenupdate's are not as quick as under Kermit 3.12 for
  44. : MS/Dos. Window scrolling is very
  45. : slow and blocking you know like you get 400 bytes at a time and then the
  46. : next 400 bytes from the
  47. : windows screen which contains 80 characters by 25 lines thus contains a
  48. : minimum of 2000 bytes.
  49.  
  50. K95 is delivered characters from the host in blocks based upon how much
  51. data is in each of the TCP/IP packets.  It processes them as fast as it can
  52. delaying screen updates until an entire read is complete.  You can configure
  53. K95 to update on every character by using the SET TERMINAL SCREEN-UPDATE 
  54. SMOOTH command.  Data flow is more likely to be in blocks under Windows 95
  55. because Winsock implements Nagle algorithm and a fixed 200ms Delayed
  56. Acknowledgement timer which results in reduced network traffic at the cost
  57. of combining multiple sends into few packets.
  58.  
  59. : As of release KERMIT95 version 1108 users can connect twice or more to the
  60. : host computer using Tcp/Ip. But what if you don't want that?
  61.  
  62. This feature has nothing to do with Unix's in ability to pickup disconnected
  63. sessions.
  64.  
  65. : Or is there an possibillity to pick up an previous connection?
  66. : Users logged in get often kicked out for some reason but the telnet session
  67. : is still active, they logged in a second time and they are getting an new
  68. : session (i.e. 2::Hostname), but session 1 is still active! Sometimes they
  69. : cannot even see the active connection in the taskbar!!
  70.  
  71. If you want the K95 process to terminate when the session is broken then
  72. you can turn on the "Exit on disconnect" checkbox which is present in 
  73. each entry you have defined in the Dialer.
  74.  
  75. If you are referring to something else I would suggest that you send a
  76. detailed report to kermit-support@columbia.edu containing all of the
  77. details of your problem.
  78.  
  79.  
  80.     Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2
  81.                  The Kermit Project * Columbia University
  82.        612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344
  83.     http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu